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DETAILED ACTION 

1 . This Office action is in response to the amendment filed on March 3, 2009, entered by the 
RCE filed on the same date. 

2. Claims 1, 4-10, 12-16, 19-25, 27-31, 34-40, and 42-51 are pending. 

3. Claims 1, 4, 16, 19, 31, and 34 have been amended. 

4. Claims 2, 3, 11, 17, 18, 26, 32, 33, and 41 have been canceled. 

Continued Examination Under 37 CFR 1.114 

5. A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible 
for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1 . 1 7(e) has been 
timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 
1.1 14. Applicant's submission filed on March 3, 2009 has been entered. 

Response to Amendment 
Claim Rejections - 35 USC §103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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7. Claims 1, 4-10, 12-16, 19-25, 27-31, 34-40, and 42-51 are rejected under 35 U.S.C. 
103(a) as being unpatentable over US 6,925,631 (hereinafter "Golden") in view of US 
6,754,659 (hereinafter "Sarkar") and US 2003/0158832 (hereinafter "Sijacic"). 

As per Claim 1, Golden discloses: 

- creating an event handler for a method node found in the markup language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "); 

- registering the event handler (see Column 9: 38-40, "The application registers an 
event handler to a parser object that implements the org.sax.Parser interface. "); 

- parsing the markup language description and invoking the registered event handler 
(see Column 9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. 
As an XML tag is found, an object (e.g. a JAVA class), as defined by the corresponding binding, 
is bound to the DOM tree for the specific tag. A tag with behavior (e.g. a J A VA class) bound to it 
is called a "taglet". As will be explained in more detail below, a init ( ) method is invoked on the 
taglet. After all of the taglet's children (possibly zero) have been added to the DOM 
representation, the taglet's run ( ) method is invoked. "); and 

- automatically generating output code using the invoked event handler (see Column 
14: 45-46, "... the taglet document is written to the output stream 15. "; Column 1 7: 25-38, 
"FIG. 7 illustrates examples in which the above-described embodiments are used for 
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transforming an XML input stream into a different output stream. " and "The XBF engine 13 
processes the XML input document 14 as described in the context of FIGS. 5 and 6, using 
bindings 12 which define the mapping between tags in the XML input document 14 and classes 
(e.g. JAVA classes), which give "behavior" to the tags. In one the examples depicted in FIG. 7, 
the "behavior" is the translation of the XML input document 14 into a HTML output document 
50."). 

However, Golden does not disclose: 

- receiving an archive file to be deployed, wherein the archive file includes at least one 
input class; 

- introspecting an input class included in the archive file to automatically generate 
information relating to the input class by extracting information identifying methods included in 
the input class; and for each method, extracting information relating to parameters of the method 
including at least a name and a type of each parameter; and 

automatically generating a markup language description of the input class based on 
the generated information relating to the input class. 
Sarkar discloses: 

- receiving an archive file to be deployed, wherein the archive file includes at least one 
input class (see Column 6: 50-55, "Then, at step 606, the Access Bean object AB701 retrieves 
environment information about generic EJB 720, locates it, and creates an instance of the 
generic EJB 720 using standard EJB API calls. " It is inherent that the generic EJB includes at 
least one input class.); and 
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introspecting an input class included in the archive file to automatically generate 
information relating to the input class by extracting information identifying methods included in 
the input class; and for each method, extracting information relating to parameters of the method 
including at least a name and a type of each parameter (see Column 5: 58-64, "To create the 
code for the generic EJB, all the programmer needs to know are the classes of the support code 
to be generated (in this example, described in more detail below, the classes are an "Access 
Bean class, " the "properties class, " and the "helper class"); the programmer can then define the 
generic EJB to perform reflection on these classes in a known manner. "; Column 6: 66 and 67 to 
Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sarkar into the teaching of Golden to include 
receiving an archive file to be deployed, wherein the archive file includes at least one input class; 
and introspecting an input class included in the archive file to automatically generate information 
relating to the input class by extracting information identifying methods included in the input 
class; and for each method, extracting information relating to parameters of the method including 
at least a name and a type of each parameter. The modification would be obvious because one of 
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ordinary skill in the art would be motivated to extract information from applications without 
modifying the applications themselves (see Sarkar - Column 2: 10-13). 
Sijacic discloses: 



- automatically generating a markup language description of the input class based on 
the generated information relating to the input class (see Paragraph [0119], "Once a Java class 
that implements the ISimpleWorkPerformer interface is created and compiled, an XML 
description file for the class is defined. The XML description file specifies the environment, 
input, and output parameters that the class uses. In addition, the XML file specifies some 
optional design parameters that may control the custom activity's appearance in the process 
builder 391. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sijacic into the teaching of Golden to include 
automatically generating a markup language description of the input class based on the generated 
information relating to the input class. The modification would be obvious because one of 
ordinary skill in the art would be motivated to describe a class of data objects using tags (see 
Golden - Column 3: 40-48). 

As per Claim 4, the rejection of Claim 3 is incorporated; and Golden further discloses: 
automatically generating an Extensible Markup Language description of the input 
class based on the automatically generated information relating to the input class (see Figure 1; 
Column 6: 36-38, "FIG. 1 shows an example of an extensible markup language input stream, 
here a fragment of a XML document which represents a small section of an order. "). 
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As per Claim 5, the rejection of Claim 4 is incorporated; and Golden further discloses: 
creating a Simple Application Programming Interface for Extensible Markup 
Language event handler for a method node found in the Extensible Markup Language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "). 

As per Claim 7, the rejection of Claim 1 is incorporated; and Golden further discloses: 
creating a plurality of event handlers for a method node found in the markup language 
description (see Figure 2; Column 6: 51-61, "FIG. 2 illustrates that the tags of the XML 
fragment of FIG. 1 are mapped to classes of an object-oriented programming language by 
arrows pointing from each tag to a class. More specifically, the arrows point to "init" methods at 
the start-tags and to "run" methods at the end-tags. "). 

As per Claim 8, the rejection of Claim 7 is incorporated; and Golden further discloses: 
- registering each of the plurality of event handlers (see Column 9: 37-41, "The SAX 
parser, an event-driven API, is used for the parsing process. The application registers an event 
handler to a parser object that implements the org.sax.Parser interface. The event handler 
interface DocumentHandler is called whenever an element is found in the input stream. "). 
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As per Claim 9, the rejection of Claim 8 is incorporated; and Golden further discloses: 

- parsing the markup language description and invoking each of the plurality of 
registered event handlers (see Column 9: 53-61, "Upon parsing the input stream, a DOM 
representation of it is created. As an XML tag is found, an object (e.g. a JAVA class), as defined 
by the corresponding binding, is bound to the DOM tree for the specific tag. A tag with behavior 
(e.g. a JAVA class) bound to it is called a "taglet". As will be explained in more detail below, a 
init ( ) method is invoked on the taglet. After all of the taglet's children (possibly zero) have been 
added to the DOM representation, the taglet's run () method is invoked. "). 

As per Claim 10, the rejection of Claim 9 is incorporated; and Golden further discloses: 
automatically generating output code using each of the plurality of invoked event 
handler in parallel (see Column 14: 45-46, "... the taglet document is written to the output 
stream 15. "; Column 18: 12-13, "If the branching is not conditional, the two branches following 
the first engine work in parallel. "). 

As per Claim 12, the rejection of Claim 10 is incorporated; however, Golden does not 
disclose: 

extracting information identifying methods included in the input class; and 
for each method, extracting information relating to parameters of the method. 
Sarkar discloses: 

- extracting information identifying methods included in the input class (see Column 6: 
66 and 67 to Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 



Application/Control Number: 10/730,900 Page 9 

Art Unit: 2191 

class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "); and 

- for each method, extracting information relating to parameters of the method (see 
Column 6: 66 and 67 to Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sarkar into the teaching of Golden to include 
extracting information identifying methods included in the input class; and for each method, 
extracting information relating to parameters of the method. The modification would be obvious 
because one of ordinary skill in the art would be motivated to extract information from 
applications without modifying the applications themselves (see Sarkar - Column 2: 10-13). 

As per Claim 13, the rejection of Claim 12 is incorporated; and Golden further discloses: 

- automatically generating an Extensible Markup Language description of the input 
class based on the automatically generated information relating to the input class (see Figure 1; 



Application/Control Number: 10/730,900 Page 10 

Art Unit: 2191 

Column 6: 36-38, "FIG. 1 shows an example of an extensible markup language input stream, 
here a fragment of a XML document which represents a small section of an order. "). 

As per Claim 14, the rejection of Claim 13 is incorporated; and Golden further discloses: 
creating a plurality of Simple Application Programming Interface for Extensible 
Markup Language event handlers for a method node found in the Extensible Markup Language 
description (see Figure 2; Column 6: 51-61, "FIG. 2 illustrates that the tags of the XML 
fragment of FIG. 1 are mapped to classes of an object-oriented programming language by 
arrows pointing from each tag to a class. More specifically, the arrows point to "init" methods at 
the start-tags and to "run" methods at the end-tags. "). 

As per Claim 16, Golden discloses: 

a processor operable to execute computer program instructions (see Column 7: 34-35, 
"... a computer system 10 with a processing unit and storage 11 for processing programs. "); 

- a memory operable to store computer program instructions executable by the 
processor (see Column 7: 34-35, "... a computer system 10 with a processing unit and storage 
11 for processing programs. "); and 

computer program instructions stored in the memory and executable (see Column 6: 
25-28, "The disclosed embodiments of the computer program product comprise the disclosed 
program code which, for example, is stored on a computer-readable data carrier ...") to perform 
the steps of: 
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creating an event handler for a method node found in the markup language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "); 

- registering the event handler (see Column 9: 38-40, "The application registers an 
event handler to a parser object that implements the org.sax.Parser interface. "); 

- parsing the markup language description and invoking the registered event handler 
(see Column 9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. 
As an XML tag is found, an object (e.g. a J A VA class), as defined by the corresponding binding, 
is bound to the DOM tree for the specific tag. A tag with behavior (e.g. a JAVA class) bound to it 
is called a "taglet". As will be explained in more detail below, a init ( ) method is invoked on the 
taglet. After all of the taglet's children (possibly zero) have been added to the DOM 
representation, the taglet's run ( ) method is invoked. "); and 

- automatically generating output code using the invoked event handler (see Column 
14: 45-46, "... the taglet document is written to the output stream 15. "; Column 1 7: 25-38, 
"FIG. 7 illustrates examples in which the above-described embodiments are used for 
transforming an XML input stream into a different output stream. " and "The XBF engine 13 
processes the XML input document 14 as described in the context of FIGS. 5 and 6, using 
bindings 12 which define the mapping between tags in the XML input document 14 and classes 
(e.g. JAVA classes), which give "behavior" to the tags. In one the examples depicted in FIG. 7, 
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the "behavior" is the translation of the XML input document 14 into a HTML output document 
50."). 

However, Golden does not disclose: 

- receiving an archive file to be deployed, wherein the archive file includes at least one 
input class; 

- introspecting an input class included in the archive file to automatically generate 
information relating to the input class by extracting information identifying methods included in 
the input class; and for each method, extracting information relating to parameters of the method 
including at least a name and a type of each parameter; and 

- automatically generating a markup language description of the input class based on 
the generated information relating to the input class. 

Sarkar discloses: 

- receiving an archive file to be deployed, wherein the archive file includes at least one 
input class (see Column 6: 50-55, "Then, at step 606, the Access Bean object AB7 '01 retrieves 
environment information about generic EJB 720, locates it, and creates an instance of the 
generic EJB 720 using standard EJB API calls. " It is inherent that the generic EJB includes at 
least one input class.); and 

introspecting an input class included in the archive file to automatically generate 
information relating to the input class by extracting information identifying methods included in 
the input class; and for each method, extracting information relating to parameters of the method 
including at least a name and a type of each parameter (see Column 5: 58-64, "To create the 
code for the generic EJB, all the programmer needs to know are the classes of the support code 
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to be generated (in this example, described in more detail below, the classes are an "Access 
Bean class, " the "properties class, " and the "helper class"); the programmer can then define the 
generic EJB to perform reflection on these classes in a known manner. "; Column 6: 66 and 67 to 
Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sarkar into the teaching of Golden to include 
receiving an archive file to be deployed, wherein the archive file includes at least one input class; 
and introspecting an input class included in the archive file to automatically generate information 
relating to the input class by extracting information identifying methods included in the input 
class; and for each method, extracting information relating to parameters of the method including 
at least a name and a type of each parameter. The modification would be obvious because one of 
ordinary skill in the art would be motivated to extract information from applications without 
modifying the applications themselves (see Sarkar - Column 2: 10-13). 

Sijacic discloses: 



automatically generating a markup language description of the input class based on 
the generated information relating to the input class (see Paragraph [0119], "Once a Java class 
that implements the ISimpleWorkPerformer interface is created and compiled, an XML 
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description file for the class is defined. The XML description file specifies the environment, 
input, and output parameters that the class uses. In addition, the XML file specifies some 
optional design parameters that may control the custom activity's appearance in the process 
builder 391. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sijacic into the teaching of Golden to include 
automatically generating a markup language description of the input class based on the generated 
information relating to the input class. The modification would be obvious because one of 
ordinary skill in the art would be motivated to describe a class of data objects using tags (see 
Golden - Column 3: 40-48). 

As per Claim 19, the rejection of Claim 18 is incorporated; and Golden further discloses: 
automatically generating an Extensible Markup Language description of the input 
class based on the automatically generated information relating to the input class (see Figure 1; 
Column 6: 36-38, "FIG. 1 shows an example of an extensible markup language input stream, 
here a fragment of a XML document which represents a small section of an order. "). 

As per Claim 20, the rejection of Claim 19 is incorporated; and Golden further discloses: 
creating a Simple Application Programming Interface for Extensible Markup 
Language event handler for a method node found in the Extensible Markup Language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
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org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "). 

As per Claim 31, Golden discloses: 

- a computer readable medium (see Column 6: 25-28, "... a computer-readable data 
carrier ..."); and 

computer program instructions, recorded on the computer readable medium, 
executable by a processor, (see Column 6: 25-28, "The disclosed embodiments of the computer 
program product comprise the disclosed program code which, for example, is stored on a 
computer-readable data carrier ...") for performing the steps of: 

creating an event handler for a method node found in the markup language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "); 

- registering the event handler (see Column 9: 38-40, "The application registers an 
event handler to a parser object that implements the org.sax.Parser interface. "); 

- parsing the markup language description and invoking the registered event handler 
(see Column 9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. 
As an XML tag is found, an object (e.g. a J A VA class), as defined by the corresponding binding, 
is bound to the DOM tree for the specific tag. A tag with behavior (e.g. a JAVA class) bound to it 
is called a "taglet". As will be explained in more detail below, a init ( ) method is invoked on the 
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taglet. After all of the taglet's children (possibly zero) have been added to the DOM 
representation, the taglet's run ( ) method is invoked. "); and 

automatically generating output code using the invoked event handler (see Column 
14: 45-46, "... the taglet document is written to the output stream 15. "; Column 1 7: 25-38, 
"FIG. 7 illustrates examples in which the above-described embodiments are used for 
transforming an XML input stream into a different output stream. " and "The XBF engine 13 
processes the XML input document 14 as described in the context of FIGS. 5 and 6, using 
bindings 12 which define the mapping between tags in the XML input document 14 and classes 
(e.g. JAVA classes), which give "behavior" to the tags. In one the examples depicted in FIG. 7, 
the "behavior" is the translation of the XML input document 14 into a HTML output document 
50. "). 

However, Golden does not disclose: 

- receiving an archive file to be deployed, wherein the archive file includes at least one 
input class; 

- introspecting an input class included in the archive file to automatically generate 
information relating to the input class by extracting information identifying methods included in 
the input class; and for each method, extracting information relating to parameters of the method 
including at least a name and a type of each parameter; and 

automatically generating a markup language description of the input class based on 
the generated information relating to the input class. 
Sarkar discloses: 
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- receiving an archive file to be deployed, wherein the archive file includes at least one 
input class (see Column 6: 50-55, "Then, at step 606, the Access Bean object AB701 retrieves 
environment information about generic EJB 720, locates it, and creates an instance of the 
generic EJB 720 using standard EJB API calls. " It is inherent that the generic EJB includes at 
least one input class.); and 

- introspecting an input class included in the archive file to automatically generate 
information relating to the input class by extracting information identifying methods included in 
the input class; and for each method, extracting information relating to parameters of the method 
including at least a name and a type of each parameter (see Column 5: 58-64, "To create the 
code for the generic EJB, all the programmer needs to know are the classes of the support code 
to be generated (in this example, described in more detail below, the classes are an "Access 
Bean class, " the "properties class, " and the "helper class"); the programmer can then define the 
generic EJB to perform reflection on these classes in a known manner. "; Column 6: 66 and 67 to 
Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sarkar into the teaching of Golden to include 
receiving an archive file to be deployed, wherein the archive file includes at least one input class; 
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and introspecting an input class included in the archive file to automatically generate information 
relating to the input class by extracting information identifying methods included in the input 
class; and for each method, extracting information relating to parameters of the method including 
at least a name and a type of each parameter. The modification would be obvious because one of 
ordinary skill in the art would be motivated to extract information from applications without 
modifying the applications themselves (see Sarkar - Column 2: 10-13). 
Sijacic discloses: 



- automatically generating a markup language description of the input class based on 
the generated information relating to the input class (see Paragraph [0119], "Once a Java class 
that implements the ISimple WorkPerformer interface is created and compiled, an XML 
description file for the class is defined. The XML description file specifies the environment, 
input, and output parameters that the class uses. In addition, the XML file specifies some 
optional design parameters that may control the custom activity's appearance in the process 
builder 391. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sijacic into the teaching of Golden to include 
automatically generating a markup language description of the input class based on the generated 
information relating to the input class. The modification would be obvious because one of 
ordinary skill in the art would be motivated to describe a class of data objects using tags (see 
Golden - Column 3: 40-48). 

As per Claim 34, the rejection of Claim 33 is incorporated; and Golden further discloses: 
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automatically generating an Extensible Markup Language description of the input 
class based on the automatically generated information relating to the input class (see Figure 1; 
Column 6: 36-38, "FIG. 1 shows an example of an extensible markup language input stream, 
here a fragment of a XML document which represents a small section of an order. "). 

As per Claim 35, the rejection of Claim 34 is incorporated; and Golden further discloses: 
creating a Simple Application Programming Interface for Extensible Markup 
Language event handler for a method node found in the Extensible Markup Language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "). 

As per Claim 37, the rejection of Claim 31 is incorporated; and Golden further discloses: 
- creating a plurality of event handlers for a method node found in the markup language 
description (see Figure 2; Column 6: 51-61, "FIG. 2 illustrates that the tags of the XML 
fragment of FIG. 1 are mapped to classes of an object-oriented programming language by 
arrows pointing from each tag to a class. More specifically, the arrows point to "init" methods at 
the start-tags and to "run" methods at the end-tags. "). 

As per Claim 38, the rejection of Claim 37 is incorporated; and Golden further discloses: 



Application/Control Number: 10/730,900 Page 20 

Art Unit: 2191 

- registering each of the plurality of event handlers (see Column 9: 37-41, "The SAX 
parser, an event-driven API, is used for the parsing process. The application registers an event 
handler to a parser object that implements the org.sax.Parser interface. The event handler 
interface DocumentHandler is called whenever an element is found in the input stream. "). 

As per Claim 39, the rejection of Claim 38 is incorporated; and Golden further discloses: 

- parsing the markup language description and invoking each of the plurality of 
registered event handlers (see Column 9: 53-61, "Upon parsing the input stream, a DOM 
representation of it is created. As an XML tag is found, an object (e.g. a JAVA class), as defined 
by the corresponding binding, is bound to the DOM tree for the specific tag. A tag with behavior 
(e.g. a JAVA class) bound to it is called a "taglet". As will be explained in more detail below, a 
init ( ) method is invoked on the taglet. After all of the taglet's children (possibly zero) have been 
added to the DOM representation, the taglet's run ( ) method is invoked. "). 

As per Claim 40, the rejection of Claim 39 is incorporated; and Golden further discloses: 
automatically generating output code using each of the plurality of invoked event 
handler in parallel (see Column 14: 45-46, "... the taglet document is written to the output 
stream 15. "; Column 18: 12-13, "If the branching is not conditional, the two branches following 
the first engine work in parallel. "). 



As per Claim 42, the rejection of Claim 40 is incorporated; however, Golden does not 
disclose: 
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extracting information identifying methods included in the input class; and 

- for each method, extracting information relating to parameters of the method. 
Sarkar discloses: 

- extracting information identifying methods included in the input class (see Column 6: 
66 and 67 to Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "); and 

for each method, extracting information relating to parameters of the method (see 
Column 6: 66 and 67 to Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sarkar into the teaching of Golden to include 
extracting information identifying methods included in the input class; and for each method, 
extracting information relating to parameters of the method. The modification would be obvious 
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because one of ordinary skill in the art would be motivated to extract information from 
applications without modifying the applications themselves (see Sarkar - Column 2: 10-13). 

As per Claim 43, the rejection of Claim 42 is incorporated; and Golden further discloses: 
automatically generating an Extensible Markup Language description of the input 
class based on the automatically generated information relating to the input class (see Figure 1; 
Column 6: 36-38, "FIG. 1 shows an example of an extensible markup language input stream, 
here a fragment of a XML document which represents a small section of an order. "). 

As per Claim 44, the rejection of Claim 43 is incorporated; and Golden further discloses: 
creating a plurality of Simple Application Programming Interface for Extensible 
Markup Language event handlers for a method node found in the Extensible Markup Language 
description (see Figure 2; Column 6: 51-61, "FIG. 2 illustrates that the tags of the XML 
fragment of FIG. 1 are mapped to classes of an object-oriented programming language by 
arrows pointing from each tag to a class. More specifically, the arrows point to "init" methods at 
the start-tags and to "run" methods at the end-tags. "). 

As per Claim 46, the rejection of Claim 5 is incorporated; and Golden further discloses: 
- registering the created Simple Application Programming Interface for Extensible 
Markup Language event handler for a method node found in the Extensible Markup Language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 



Application/Control Number: 10/730,900 Page 23 

Art Unit: 2191 

org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "). 

As per Claim 6, the rejection of Claim 46 is incorporated; and Golden further discloses: 

- parsing the Extensible Markup Language description using a Simple Application 
Programming Interface for Extensible Markup Language parser and invoking the Simple 
Application Programming Interface for Extensible Markup Language event handler (see Column 
9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. As an XML tag 
is found, an object (e.g. a JAVA class), as defined by the corresponding binding, is bound to the 
DOM tree for the specific tag. A tag with behavior (e.g. a J A VA class) bound to it is called a 
"taglet". As will be explained in more detail below, a init ( ) method is invoked on the taglet. 
After all of the taglet's children (possibly zero) have been added to the DOM representation, the 
taglet 's run ( ) method is invoked. "). 

As per Claim 47, the rejection of Claim 20 is incorporated; and Golden further discloses: 

- registering the created Simple Application Programming Interface for Extensible 
Markup Language event handler for a method node found in the Extensible Markup Language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "). 
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As per Claim 21, the rejection of Claim 47 is incorporated; and Golden further discloses: 
- parsing the Extensible Markup Language description using a Simple Application 
Programming Interface for Extensible Markup Language parser and invoking the Simple 
Application Programming Interface for Extensible Markup Language event handler (see Column 
9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. As an XML tag 
is found, an object (e.g. a JAVA class), as defined by the corresponding binding, is bound to the 
DOM tree for the specific tag. A tag with behavior (e.g. a J A VA class) bound to it is called a 
"taglet". As will be explained in more detail below, a init ( ) method is invoked on the taglet. 
After all of the taglet's children (possibly zero) have been added to the DOM representation, the 
taglet's run ( ) method is invoked. "). 

As per Claim 22, the rejection of Claim 21 is incorporated; and Golden further discloses: 
creating a plurality of event handlers for a method node found in the Extensible 
Markup Language description (see Figure 2; Column 6: 51-61, "FIG. 2 illustrates that the tags 
of the XML fragment of FIG. 1 are mapped to classes of an object-oriented programming 
language by arrows pointing from each tag to a class. More specifically, the arrows point to 
"init" methods at the start-tags and to "run" methods at the end-tags. "). 



As per Claim 23, the rejection of Claim 22 is incorporated; and Golden further discloses: 
- registering each of the plurality of event handlers (see Column 9: 37-41, "The SAX 
parser, an event-driven API, is used for the parsing process. The application registers an event 
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handler to a parser object that implements the org.sax.Parser interface. The event handler 
interface DocumentHandler is called whenever an element is found in the input stream. "). 

As per Claim 24, the rejection of Claim 23 is incorporated; and Golden further discloses: 

- parsing the Extensible Markup Language description and invoking each of the 
plurality of registered event handlers (see Column 9: 53-61, "Upon parsing the input stream, a 
DOM representation of it is created. As an XML tag is found, an object (e.g. a JAVA class), as 
defined by the corresponding binding, is bound to the DOM tree for the specific tag. A tag with 
behavior (e.g. a JAVA class) bound to it is called a "taglet". As will be explained in more detail 
below, a init ( ) method is invoked on the taglet. After all of the taglet's children (possibly zero) 
have been added to the DOM representation, the taglet's run ( ) method is invoked. "). 

As per Claim 25, the rejection of Claim 24 is incorporated; and Golden further discloses: 
automatically generating output code using each of the plurality of invoked event 
handler in parallel (see Column 14: 45-46, "... the taglet document is written to the output 
stream 15. "; Column 18: 12-13, "If the branching is not conditional, the two branches following 
the first engine work in parallel. "). 

As per Claim 27, the rejection of Claim 25 is incorporated; however, Golden does not 
disclose: 

- extracting information identifying methods included in the input class; and 
for each method, extracting information relating to parameters of the method. 
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Sarkar discloses: 

- extracting information identifying methods included in the input class (see Column 6: 
66 and 67 to Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "); and 

for each method, extracting information relating to parameters of the method (see 
Column 6: 66 and 67 to Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to incorporate the teaching of Sarkar into the teaching of Golden to include 
extracting information identifying methods included in the input class; and for each method, 
extracting information relating to parameters of the method. The modification would be obvious 
because one of ordinary skill in the art would be motivated to extract information from 
applications without modifying the applications themselves (see Sarkar - Column 2: 10-13). 
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As per Claim 28, the rejection of Claim 27 is incorporated; and Golden further discloses: 

- automatically generating an Extensible Markup Language description of the input 
class based on the automatically generated information relating to the input class (see Figure 1; 
Column 6: 36-38, "FIG. 1 shows an example of an extensible markup language input stream, 
here a fragment of a XML document which represents a small section of an order. "). 

As per Claim 29, the rejection of Claim 28 is incorporated; and Golden further discloses: 

- creating a plurality of Simple Application Programming Interface for Extensible 
Markup Language event handlers for a method node found in the Extensible Markup Language 
description (see Figure 2; Column 6: 51-61, "FIG. 2 illustrates that the tags of the XML 
fragment of FIG. 1 are mapped to classes of an object-oriented programming language by 
arrows pointing from each tag to a class. More specifically, the arrows point to "init" methods at 
the start-tags and to "run" methods at the end-tags. "). 

As per Claim 48, the rejection of Claim 35 is incorporated; and Golden further discloses: 

- registering the created Simple Application Programming Interface for Extensible 
Markup Language event handler for a method node found in the Extensible Markup Language 
description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for the parsing 
process. The application registers an event handler to a parser object that implements the 
org.sax.Parser interface. The event handler interface DocumentHandler is called whenever an 
element is found in the input stream. "). 
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As per Claim 36, the rejection of Claim 48 is incorporated; and Golden further discloses: 

- parsing the Extensible Markup Language description using a Simple Application 
Programming Interface for Extensible Markup Language parser and invoking the Simple 
Application Programming Interface for Extensible Markup Language event handler (see Column 
9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. As an XML tag 
is found, an object (e.g. a JAVA class), as defined by the corresponding binding, is bound to the 
DOM tree for the specific tag. A tag with behavior (e.g. a J A VA class) bound to it is called a 
"taglet". As will be explained in more detail below, a init ( ) method is invoked on the taglet. 
After all of the taglet's children (possibly zero) have been added to the DOM representation, the 
taglet's run ( ) method is invoked. "). 

As per Claim 49, the rejection of Claim 44 is incorporated; and Golden further discloses: 

- registering the plurality of created Simple Application Programming Interface for 
Extensible Markup Language event handlers for a method node found in the Extensible Markup 
Language description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for 
the parsing process. The application registers an event handler to a parser object that 
implements the org.sax.Parser interface. The event handler interface DocumentHandler is called 
whenever an element is found in the input stream. "). 

As per Claim 45, the rejection of Claim 49 is incorporated; and Golden further discloses: 

- parsing the Extensible Markup Language description using a Simple Application 
Programming Interface for Extensible Markup Language parser and invoking the plurality of 
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Simple Application Programming Interface for Extensible Markup Language event handlers (see 
Column 9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. As an 
XML tag is found, an object (e.g. a JAVA class), as defined by the corresponding binding, is 
bound to the DOM tree for the specific tag. A tag with behavior (e.g. a J A VA class) bound to it is 
called a "taglet". As will be explained in more detail below, a init ( ) method is invoked on the 
taglet. After all of the taglet 's children (possibly zero) have been added to the DOM 
representation, the taglet 's run ( ) method is invoked. "). 

As per Claim 50, the rejection of Claim 14 is incorporated; and Golden further discloses: 

- registering the plurality of created Simple Application Programming Interface for 
Extensible Markup Language event handlers for a method node found in the Extensible Markup 
Language description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for 
the parsing process. The application registers an event handler to a parser object that 
implements the org.sax.Parser interface. The event handler interface DocumentHandler is called 
whenever an element is found in the input stream. "). 

As per Claim 15, the rejection of Claim 50 is incorporated; and Golden further discloses: 

- parsing the Extensible Markup Language description using a Simple Application 
Programming Interface for Extensible Markup Language parser and invoking the plurality of 
Simple Application Programming Interface for Extensible Markup Language event handlers (see 
Column 9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. As an 
XML tag is found, an object (e.g. a JAVA class), as defined by the corresponding binding, is 
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bound to the DOM tree for the specific tag. A tag with behavior (e.g. a J A VA class) bound to it is 
called a "taglet". As will be explained in more detail below, a init ( ) method is invoked on the 
taglet. After all of the taglet's children (possibly zero) have been added to the DOM 
representation, the taglet's run ( ) method is invoked. "). 

As per Claim 51, the rejection of Claim 29 is incorporated; and Golden further discloses: 

- registering the plurality of created Simple Application Programming Interface for 
Extensible Markup Language event handlers for a method node found in the Extensible Markup 
Language description (see Column 9: 37-41, "The SAX parser, an event-driven API, is used for 
the parsing process. The application registers an event handler to a parser object that 
implements the org.sax.Parser interface. The event handler interface DocumentHandler is called 
whenever an element is found in the input stream. "). 

As per Claim 30, the rejection of Claim 51 is incorporated; and Golden further discloses: 

- parsing the Extensible Markup Language description using a Simple Application 
Programming Interface for Extensible Markup Language parser and invoking the plurality of 
Simple Application Programming Interface for Extensible Markup Language event handlers (see 
Column 9: 53-61, "Upon parsing the input stream, a DOM representation of it is created. As an 
XML tag is found, an object (e.g. a JAVA class), as defined by the corresponding binding, is 
bound to the DOM tree for the specific tag. A tag with behavior (e.g. a JAVA class) bound to it is 
called a "taglet". As will be explained in more detail below, a init ( ) method is invoked on the 
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taglet. After all of the taglet's children (possibly zero) have been added to the DOM 
representation, the taglet's run ( ) method is invoked. "). 

Response to Arguments 

8. Applicant's arguments filed on March 3, 2009 have been fully considered, but they are 
not persuasive. 

In the Remarks, Applicant argues: 

a) Rather, the Examiner cites Sarkar at col. 6, line 66 to col. 7, line 4 as disclosing this 
requirement. However, as disclosed by Sarkar, JAVA class introspection is performed to retrieve 
the static variable of properties object CI and obtain the name of the helper object it needs to 
instantiate which is based on the previously-set static variable. First, the introspection performed 
by Sarkar does not automatically generate information relating to an input class in an archive 
file, but rather obtains information for the helper object, which, as disclosed by Sarkar, is not part 
of the input class, but rather is part of an associated helper class (col. 6, lines 45-47). Thus, 
Sarkar does not disclose or suggest introspecting an input class included in the archive file to 
automatically generate information relating to the input class. Second, for this helper object, 
Sarkar only discloses retrieving the static variable of properties object CI and obtaining the name 
of the helper object to instantiate to process object CI . This is different than the requirement of 
the claims to extracting information identifying methods included in the input class; and for each 
method, extracting information relating to parameters of the method including at least a name 
and a type of each parameter. Sarkar does not disclose or suggest extracting information 
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identifying methods included in the input class because Sarkar only discloses identifying the 
name of the helper object, which, as disclosed by Sarkar, is not included in the input class. 
Further, Sarkar does not disclose or suggest extracting information relating to parameters of the 
method including at least a name and a type of each parameter because Sarkar discloses 
identifying the name of the helper object, which, as disclosed by Sarkar, is not included in the 
input class and further, is not a name or type of a parameter of a method, and because Sarkar 
discloses retrieving the static variable of properties object CI, which also is not included in the 
input class, and in any case, is not a name or a type of a parameter of a method included in the 
input class. 

Examiner's response: 

a) Examiner disagrees. Applicant's arguments are not persuasive for at least the following 
reasons: 

First, with respect to the Applicant's assertion that the introspection performed by Sarkar 
does not automatically generate information relating to an input class in an archive file, but 
rather obtains information for the helper object, which, as disclosed by Sarkar, is not part of the 
input class, but rather is part of an associated helper class, as previously pointed out in the Non- 
Final Rejection (mailed on 1 1/28/2007) and the Final Rejection (mailed on 09/03/2008) and 
further clarified hereinafter, the Examiner respectfully submits that Sarkar clearly discloses 
"introspecting an input class included in the archive file to automatically generate information 
relating to the input class" (see Column 5: 58-64, "To create the code for the generic EJB, all the 
programmer needs to know are the classes of the support code to be generated (in this example, 
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described in more detail below, the classes are an "Access Bean class, " the "properties class, " 
and the "helper class "); the programmer can then define the generic EJB to perform reflection 
on these classes in a known manner. "; Column 6: 66 and 67 to Column 7: 1-4, "Specifically, at 
step 608, the generic EJB 720 uses Java class/introspection/reflection to retrieve the static 
variable of properties object CI and obtain the name of the helper object it needs to instantiate 
which is based on the previously-set static variable. " and 8-11, "At step 612, the generic EJB 
720 uses Java reflection to get the main execution method of the helper object HO701 and, at 
step 614, invokes it, passing in the properties object CI as an argument. "). Note that the generic 
EJB uses Java™ introspection/reflection to retrieve the static variable of properties object CI and 
the main execution method of the helper object (information relating to the input class). Those of 
ordinary skill in the art would readily comprehend that an object is an instance of a class and 
hence, the helper object is an instance of the helper class. 

Second, with respect to the Applicant's assertion that Sarkar does not disclose or suggest 
extracting information identifying methods included in the input class because Sarkar only 
discloses identifying the name of the helper object, which, as disclosed by Sarkar, is not included 
in the input class, the Examiner respectfully submits that Sarkar clearly discloses "extracting 
information identifying methods included in the input class" (see Column 6: 66 and 67 to 
Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
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properties object CI as an argument. "). Note that the generic EJB uses Java™ 
introspection/reflection to retrieve the main execution method of the helper object (information 
identifying methods included in the input class). 

Third, with respect to the Applicant's assertion that Sarkar does not disclose or suggest 
extracting information relating to parameters of the method including at least a name and a type 
of each parameter because Sarkar discloses identifying the name of the helper object, which, as 
disclosed by Sarkar, is not included in the input class and further, is not a name or type of a 
parameter of a method, and because Sarkar discloses retrieving the static variable of properties 
object CI, which also is not included in the input class, and in any case, is not a name or a type 
of a parameter of a method included in the input class, the Examiner respectfully submits that 
Sarkar clearly discloses "for each method, extracting information relating to parameters of the 
method including at least a name and a type of each parameter" (see Column 6: 66 and 67 to 
Column 7: 1-4, "Specifically, at step 608, the generic EJB 720 uses Java 
class/introspection/reflection to retrieve the static variable of properties object CI and obtain 
the name of the helper object it needs to instantiate which is based on the previously-set static 
variable. " and 8-11, "At step 612, the generic EJB 720 uses Java reflection to get the main 
execution method of the helper object HO701 and, at step 614, invokes it, passing in the 
properties object CI as an argument. "). Note that the generic EJB uses Java™ 
introspection/reflection to retrieve the static variable of properties object CI (at least a name and 
a type of each parameter) as well as the main execution method of the helper object. The main 
execution method of the helper object is then invoked and the static variable of properties object 
CI is passed in as an argument (information relating to parameters of the method). 
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Therefore, for at least the reasons set forth above, the rejections made under 35 U.S. C. § 
103(a) with respect to Claims 1,16, and 31 are proper and therefore, maintained. 

Conclusion 

9. Any inquiry concerning this communication or earlier communications from the 
Examiner should be directed to Qing Chen whose telephone number is 571-270-1071. The 
Examiner can normally be reached on Monday through Thursday from 7:30 AM to 4:00 PM. 
The Examiner can also be reached on alternate Fridays. 

If attempts to reach the Examiner by telephone arc unsuccessful, the Examiner's 
supervisor, Wei Zhen, can be reached on 571-272-3708. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the TC 2100 Group receptionist whose telephone number is 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



/Q. C.I 

Examiner, Art Unit 2191 
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Supervisory Patent Examiner, Art Unit 2191 



